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[57] 



ABSTRACT 



An electronic requisitioning system for channeling customer 
requisition orders to internal suppliers and outside vendors, 
and processing invoices using a centralized computer sys- 
tem. A customer accesses an electronic item catalog and 
requisition form to place an order transmitted to the central 
computer system. Requisitions are segregated by supplier 
and sent as purchase orders to appropriate internal suppliers 
and outside vendors that ship the items directly to the 
customer. Invoices are centrally processed and the customer 
receives a combined invoice for all items requisitions and 
may transmit payment back through to the central computer 
system. 

9 Claims, 30 Drawing Sheets 
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COMPUTER INTEGRATION NETWORK keyed Into different computer systems at the customer, 

FOR CHANNELING CUSTOMER ORDERS central supplier and outside vendors. This system is prone to 

THROUGH A CENTRALIZED COMPUTER data entry errors. Hie current system is redundant in data 

TO VARIOUS SUPPLIERS processing in mat several different computer systems per- 

5 form many of the same tasks, such as for status inquiry, 
This is a continuation of application Ser. No. 08/063,755, invoicing, order entry and processing, 
filed May 20, 1993, now abandoned. There is a long felt need for a data processing network to 
nun r> nniwvnKmnw efficiently handle all aspects of customer orders channeled to 
weld winvhnuun a central supplier and filled by departments of the central 
This invention relates to data processing for handling the 10 supplier or by outside vendors. Such a channeled data 
ordering, order tracking and accounting of supplies. In processing system has been developed The system includes 
addition, this invention relates to a centralized computer a central computer located at the central supplier. This 
network for handling customer orders in conjunction with a central computer is coupled, such as via modems, to corn- 
variety of outside suppliers. puters at customer, department and outside vendor sites. 
« . ^^✓v.tv^ ™r,~..«^ 15 The** coupled computer systems in combination with the 
BACKGROUND AND S UMMARY OF THE central computer form a data processing network capable of 
INVENTION handling the data processing requirements for customer 
FIG. 1 is a simplified schematic diagram of a typical orders, routing those orders to appropriate departments or 
channel flow system It for handling customer orders, deliv- vendors, delivery of the ordered products, invoicing and 
cry of goods, and the accounting for the orders and deliv- 20 payments, customer assistance and report generation, 
eries in a typical transaction for the ordering of office 

snpphes. The customer 12 completes a hand written order BRIEF DESCRIPTION OF THE DRAWINGS 

form 14 for several different types of office supplies. This The preferred embodiment of the invention is described in 

completed order form is forwarded to a central supplier "X" relation to the accompanying drawings. These drawings are 



16. 



as follows: 



The central supplier processes the customer order by FIG. 1 is a schematic diagram of a prior art channel 

splitting the one completed customer order form into infer- system; 

mation for individual vendors and prepares several vendor _ rtcJ . . . . . 

that the customer has ordered. For example, the customer J * 

may have ordered printer ink that is not stocked by the F1GS - 4, 5, 8, 9 and 14 to 26 show flowcharts of an 

central supplier. The order for printer ink is placed on exemplary program for the present invention; 

another order form and sent by facsimile to an outside FIGS. 6, 7 and 10 to 13 show exemplary data display 

vendor such as XYZ office supply 18. Similarly, an order for screens used with the present invention. 

non-stocked business envelopes may be routed to the ABC 

envelope <xmpany 20. DETAILED DESCRIPTION OF THE DRAWINGS 

The customer requisition orders 14 for supplies that are HG. 2 shows a block diagram of the data processing 
stocked by the central supplier 16 are entered 21 in the data hardware used to implement the present invention. A main- 
processing system for that supplier. This data processing ^ frame computer 190, such as an IBM 3090 computer, 
system routes the order to the appropriate departments, such located on site at the central supplier provides a centralized 
as a custom forms warehouse 22 and a stock forms ware- data processing for the entire channel supplier system 101. 
house 24. The mainframe computer includes communications hard- 
Each of the outside vendors and departments amps 26 the ware 102, such as modems, for communicating with cus- 
ordered products directly to the customer 12. The outside 45 tamer computer systems 104(a-c) and outside vendor coin- 
vendors submit separate invoices 28 for each completed puter systems 106(o-d). In addition, the mainframe 
order to a central invoicing service 30. Similarly, the depart- computer main communicates dhecdy with department 
meats route invoices electronically to the central invoice workstations 108 and supervisory workstations 110 of the 
service via the data processing system for the central sup- central supplier. 

plier. The central invoicing service prepares and submits 50 The customer computer systems may be, for example, an 

itemized invoices 32 for all of the delivered products to the individual personal computer 104a at a small customer, a 

customer. The customer submits payment 33 to the central computer network 104& at another customer, or a mini- or 

invoicing service which in turn pays the outside vendors and main-frame computer at a large customer 104c. Similarly, 

departments for the delivered products. the outside vendor computer systems may be personal 

A copy of the customer invoice is also sent to a central 53 computers 106a or other type of computer system or net- 
customer assistance department 34 of the central supplier work 1066. The workstations and/or computer systems for 
16. This customer assistance department collects data on departments and supervisors may be, for example, computer 
customer orders, delivery of orders 35 and invoicing for terminals or personal computers on a network coupled to the 
delivered products in a central database 36. This database is mainframe computer. The communications hardware, soft- 
used to respond to customer inquires 38 regarding pending 60 ware and protocols for coupling the mainfamift computer 
orders and provides a capability for cancelling and changing with the workstations is conventional and well known to 
pending orders 40. In addition, this database allows forme - persons skilled in the art In addition, the workstations anil 
generation of reports regarding the flow of orders, deliveries mainframe computer may be connected to bank computers 
and payment which is used by the customers, central sup- to process electronic fund transfer inlozmauon between 
pliers and outside vendors to perform their respective tasks. « customers, central supplier and outside vendors. 

Hie current channel processing system is labor intensive The mAinfrarw computer executes a transaction software 

in that data regarding orders and deliveries are repeatedly program described below to collect and process the data for 
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customer order, shipment tracking and invoicing. This data step 1006. This information is used to update the databases 
is maintained 208 in a conventional database format for 102* in the main system and, in particular, the requisition 

access by the transaction software and by conventional database 124. 

report generation software. In addition, the databases 10T in steps 1008 and 1010, the main computer system 
include data on customers 122, customer requisitions 124, 5 segregates data, such as requisition item kframation, from 
on supply catalog items 126, invoicing 130 and general the data supplied by the customer and collates that infer- 
reference data 128. mation by individual vendors and internal departments. If 
FIG. 3 is a high-level block-diagram of the data process- the requisition item is to be delivered by an internal 
ing flow in the system. On the mainframe computer 100 at department, then the information needed to fulfill me order, 
the central supplier, the transaction program 1000 (FIG. 4) 10 such as ship-to and requisition item information is transmit- 
is executed to centrally process the data in the system and ted directly to the ap p ropri ate department computer system 
maintain 208 databases 102'. These central databases may in step 1008. Similarly, if the requisition is to be fulfilled by 
include individual da t a b ases on the customer 122, eg. an outside vendor, then the appropriate requisition (purchase 
ship-to formation, pending requisitions 124, master prod- order) information is traiismitted to the vendor in step 1010. 
uct item catalog 126, general reference information 128 such 15 The status of purchase orders being filled by vendors is 
as product class codes and product groups, and invoicing obtained by acknowledgement information provided by the 
130. Similar databases 105' can be maintained in each vendor in step 1012. In j*M»tjnn the system has the capa- 
customer computer system 104 if the customer system is bility of monitoring costs, prices and other data, and gen- 
compatible with the central mainframe computer 100. Cus- crating xepmts re ga rdin g fn«tnn r^i data trends and compari- 
tomer databases 105 contain information inputted at the 20 sons with current data. 

customer workstations 108 and information periodically Invoice data from outside vendors and internal depart- 

exchanged between the customer computer system 104 and nicnts is centrally processed in step 1014 and submitted to 

the central supplier computer system 100. a central accounts payable department 1016. Invoices may 

Each customer computer system 104 performs on-line 110 be transmitted directly to the customer computer system, 

and batch processing 112 operations. On-line operations 25 during the periodic data exchange, in step 1018. In return, 

generally occur when a customer user accesses the customer payment infonnation may flow from the customer to the 

database 105 through a workstation 108. For example, the main computer system. 

customer da tabase contains information regarding me cus- The master item catalog 126 is periodically updated with 

tomer authorization and delivery locations, eg. "ship to" information recerved frointhe mdmdual ve&dors 106 in step 

information 132, pending requisition orders such as items i#20. Since the master catalog informadou includes data on 

ordered, quantity and price 134, and a copy of me portion of the individual customers, e.g., those authorized to order 

the product catalog accessible to that customers 136. The individual items, the customer catalogs stored in each cus- 

main product catalog 126 maii*ained in databases in the tomer database are easily updated from the master item 

central computer 100 is massive and each customer, during catalog. 

asetuppoase selectotoport^ 35 HG. 5 shows the processing steps for the on-line pur- 
accessible to its authorized users. An authorized customer 8ystC m 116 exerted at &e customer computer 
employee logs ontothe on-line sub-system and interacts systcm li4 . ^ user at a customer workstation 
with customer oatabases in real tune to order products, ini(iaJfy , 0 ^ k)Q ^ a ^ 
ino^mtoto status of pending requisitions, and browse screcn 1021 5Uch as shown in FIG. 6. The available rune- 
and order directly from the catalog. tions presented in the menu screen include entering a new 

The data entered by the customer employee is stored in requisition (FIG. 7), changing or deleting a requisition (step 

the customer database 105\ The customer database and the 1020). The system limits changes and deletions of requisi- 

main systcm databases 107 are periodically updated by tions to only those raniisitions not completed and traiismit- 

operation of the batch processing systcm 112 operated on the ^ ted to the main cornputcr system, 

customer computer system, A complementary batch process Pending (even nonnxrupleted) requisition data is acces- 

occurs on the main computer system. sible from the database on the customer computer system 

The vendor computer systems 106 (A&B) and possibly which may include data files on the customer that placed the 

with internal department computer systems 109, e.g., supply requisition (CUS SITD) 1022, the location to which the 

warehouse computer systems, interface with the main com- 50 order is to be shipped (CUS SHTO) 1024, the customer 

puter system 100 via a conventional interfacing equipment person to whom the delivery is to be (CUS ATN TO) 

and software 115. The main computer system and the vendor 1026, and the catalog available to that wiKtnp yr (CUS 

system exchange data, such as purchase orders, purchase CATALOG) 1028. This information is initially established 

order acknowledgments and invoices in a standard formats, during set-up 0/ the customer conne<sicA to me main system 

such as those established as Electronic Data Interchange 55 and is mai ntn<n»H by the central computer system. 

(EDI) standards. In addition, the vendor supplies the main The customer database riles are updated for new requisi- 

system, either automatically or manually, with data regard- tkm orders, changes or deletions with information such as 

ing the vendor product item catalog. the requisition header 1030, (e.g., containing data on the 

PEG. 4 is a flowchart showing on a high level the process requisition number, customer shipping location and other 

flow through the transaction p r o gr am 1000. In step 1002, a 60 information not unique to the items ordered) and requisition 

customer retrieves and inputs data into the customer data- details 1032, that inrirato information such as the item 

base 105* in the customer computer system 104. In step number, quantity order and customer price. An exemplary 

1004. the customer selects information from its database and screen 1034 for making a requisition from a customer 

inputs information into the database, such as new requisition workstation is shown in FIG. 7. Data on pending requisitions 

data 134. Periodically, such as once a day, new information 65 may be retrieved from the customer database daring & 

added to the customer database, such as new requisitions requisition mquiry in step 1034 via screens, such as shown 

data files, is transmitted to the main computer system 100 in in FIGS. 10 to 12. In addition, the menu functions may 
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include a catalog inquiry in step 1035 and using a screen 
such as shown in FIG. 13. 

In particular, FIG. 8 shows the steps for entering a new 
requisition, or changing or deleting a pending requisition (or 
may be only an uncompleted requisition). Bom the initial 
menu 1021 (FIG. 6), at step 104*, the customer selects a 
function to add, change or delete a requisition. This selection 
causes the display of an appropriate screen such as shown in 
FIGS. 7 and It to 12. If a new requisition is to be added, a 
requisition screen 1034 (FIG. 7) is displayed on the cus- 
tomer workstation in step 1042. Upon entry of a location 
identification code, the requisition screen automatically pre- 
sents data 1044 regarding the customer, particular customer 
site, other identifying information regarding the customer 
and the particular authorized customer user. This informa- 
tion is retrieved from the customer database and, in 
particular, from customer database files, such as ship-to, 
attention-to and sold-to files 132. In addition, the new 
requisition entry screen lt34 automatically displays an 
identifying requisition number and date 1046. 

The customer enters product item data 1048, 1050 regard- 
ing the particular items to be requisitioned, including the 
selected item number 1048 and quantity 1050 of items. 
Information regarding items, item numbers and price may be 
obtained on-line from the customer catalog 136 via a catalog 
screen 1052, such as shown in FIG. 13. The customer 
catalog may be searched by product group or keyword. 
Quantity item ordering data lt51 may be entered directly 
into the catalog screen and the data then linked to the 
requisition screen. Information entered into the requisition 
screen 1058 is stored in the requisition database 134 of the 
customer computer system and, in particular, is segregated 
into requisition header information 1054 (eg., requisition 
number, customer ship-to, and requisition date), and requi- 
sition detail information lt56 (such as requisitioned items, 
price and quantity). 

Once stored, requisition information may be retrieved at 
the customer workstation via a requisition inquiry, step 1058 
(and screen 1059 of FIG. It), a requisition change, step 
I860 or requisition delete function, step 106Z from the main 
menu shown in FIG. 6. The requisition status information 
will retrieve information on all pending requisitions (FIG. 
10), items in a particular requisition (FIG. 11) and delivery 
order status (FIG. 12), provided that the main computer has 
updated the customer database with that information. This 
updating is accomplished on a periodic batch basis, such as 
once an day. 

FIG. 9 shows a flowchart of the steps mat occur when a 
customer makes a final requisition selection and that selec- 
tion is transmitted to the main system computer. In step 
12t0, the customer eaters a completed requisition order such 
as the screen lt34 shown in FIG. 7. The customer computer 
stores the completed requisition entry in its requisition 
database 134. Control reports are generated in step 1202 by 
the customer computer from its databases to provide the 
customer with information regarding its requisitions, such as 
totals of items ordered, prices and other information. 

The new completed requisition information in the cus- 
tomer database is transmitted to the main system computer 
100 during periodic batch processing in step 1204. Siinilarfy, 
update informatton, eg., purchase order acknowledgments, 
ship-to updates and product item updates, from the main 
computer is transmitted to the customer computer to update 
the customer database in step 1206. 

Since all update information from the main system is 
transmitted only on a periodic batch basis, this information 
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is transmitted to the customer computer as a composite 
update file, 1208. Upon receipt of this composite file, the 
customer computer splits the file to update the appropriate 
customer database files in step 1210. 

3 For example, update information on requisitions Is 
received as sequence requisition update information 1212 
and the update information, In step 1214, is applied to the 
appropriate database^) or files tor requisition headers, 1216, 
requisition details, 1218, and requisition status, 1220. Con- 

10 trol reports are generated at the customer site to provide 
adequate notice of new update information and may be 
provided to just one management user for each customer. 
Most update information is documented in control reports. 
Generally, control reports state the number and types of 

15 record flies updated so that this information can be com- 
pared to me number of updates sent to the customer com- 
puter system. 

Similarly, update information on the customer catalog 
(SEQ CUS UPDATES) 1222 is processed 1224 to update 

20 file items 1226 in the catalog database 136. Since the master 
catalog database 126 on the main computer correlates each 
catalog item entry by customer and price, the individual 
customer catalogs are readily updated. In addition, data files 
on a particular customer, such as to whom at the customer 

23 items are to be sold, billed, shipped and directed to the 
attention of, 1228, are updated at the main computer sy stem 
100 and then transmitted to the customer computer to 
update, step 1230, similar database files 1232 in the cus- 
tomer databases. The data in the catalog and customer 

30 update files are also documented in control reports. The 
initial customer specific informatton is entered when the 
customer is initially set up to interact with the main com- 
puter requisition system. 

33 FIG. 14 shows the data processing steps for handling 
completed customer requisitions 1300 transmitted to the 
main system computer 100. The customer computer system 
transmits data files (SEQ CUS RQN) 1303 regarding req- 
uisitions in step 1302. The data transmitted is initially 

^ verified in step 1304 and reformatted to data files (SEQ 
CHNL) 1305 compatible with the main computer system in 
step 1306. In step 13t8, the new requisition data files loaded 
into the requisition database 122, through appropriate data 
files 1310, such as header (HDR) and detail (0TL). 

45 In step 1312, the data files loaded in the databases 102, is 
edited such that the customer number is converted, see data 
files 1314, to appropriate bill-to, ship-to, sold-to and 
attention-to data and then verified to ensure that the data is 
consistent with stored data and that the item numbers 

50 ordered conform to the item numbers in the master catalog 
126. In step 1316, the requisition detail data on ordered 
items is split into data for the appropriate outside vendor, see 
data field 1318, and data for the appropriate internal 
departments, see data field 1320. The data fields for the 

55 internal departments is again reformatted in step 1322 for 
reloading back into the databases 102 of the main computer 
system. Generally, each internal department wOl maintain its 
own databases, separate from those of the main computer 
system, in a fashion similar to outside vendors. 

60 FIG. 15 shows the data processing flow for updating the 
status of requisition orders. In step 1350, a vendor trans- 
mitted requisition update file 1352 provided In a standard 
format, e.g., EDI, is reformatted 1354 for Loading, step 1356 
into the main system databases 102, and in particular the 

65 requisition database 124. The loaded reformatted data 1358 
is compared to existing requisition data in step 1359. An 
error file 1361 and report are generated and the report 
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printed, if necessary, in step 1369. A status report file 1362 invoicing service (HIS) via mail and/or an electronic data 
is also generated and reports are printed on the status of the file 1452 thai is annotated with data from a central invoicing 
requisitions 1364 and of the appropriate vendor 1366. In department (CI) 1454. 

addition, a substitution file 1368 is created when the data is in step 1456, the invoice confirmation data 1458 is 

reformatted in step 1350 and a substitution report is gener- 5 extracted and associated with the appropriate customer 

ated in step 1378. invoicing files 1468, and then applied to update data in the 

In addition, when the new requisition status data files are databases in step 1462. In updating the databases, the 

loaded into the databases 182, then specific information is confirmed invoice files 1468 correlated with the requisition 

extracted from this data in step 1372, such as confirmed database 124 and used to update 1464 the appropriate 

requisitions, and a sequential data file 1374 is created of that 10 requisition detail files (RQN OTL). If the invoice data does 

extracted information and maintained in the main d«t*n»g» not correspond to a requisition stored in the requisition 

182. In step 1376, for example, the individual requisitions database, then the data is placed in a non-channel invoice file 

far particular items may be grouped so as to order the items 1466. The updated requisition detail files are applied to 

in standard bulk units, eg., cartons, from the vendor or update the requisition header (REQ HDR), history (HIST) 

department Id step 1378, this file is used to update the 15 and statistics files in step 1468. 

requisition detail information in the requisition database 124 in step 1470, confirmed invoices are extracted from the 

and to provide a requisition update file 1388 to be later invoice file 138 and forwarded as a vendor invoice file 1472 

transmitted to the customer to update the customer database. to an accounts payable department 1474 for payment of the 

FIGS. 16 to 28 show the data processing flow steps for vendor. Similarly, an accounts payable report is generated at 

processing invoices. Upon receipt of a vendor invoice 1488, 20 step 1476. In step 1478, invoices with an extracted status, 

in a standard EDI format that includes the price charged by see file 1442, but not processed into a confirmed invoice, see 

the vendor 1481 to the central supplier, the main computer file 1458, within a specified period, such as five days, are 

system translates and initially processes the invoice in step placed in an invalid invoice file 1488 and forwarded to a 

1482. The invoices is printed in step 1484 as a printed financial department 1482 for handling. Similarly, files 

invoice 1486 for control purposes. Moreover, an item 25 and/or reports on valid and invalid credit memoranda (CM) 

shipped data file (PART HL) 1407 for item orders filled, and invoices found invalid for other reasons are also sent to 

eg., delivered by vendor or department, is accessed to the financial department 1482. 

supply data to confirm that invoices are not accepted for FIG. 21 shows the data processing flow for processing of 

quantities shipped of any particular item. The items shipped source data from an internal department of the central 

data is provided from the vendor in order acknowledgement 30 supplier. In step 1588, data is extracted from various depart- 

data. In addition, any errors in the transmitted invoice are ment files 1582, such as for maintaining customer ***** files 

documented in an error file 1488 and sent to a department, and used to update customer files 122, such as sol d-to, bill-to 

eg., the financial (FIN) department 1418 for further pro- and ship-to files. In addition, in step 1584, customer atten- 

cessing. The reformatted invoice data (TRANS IN) 1412 is tion file 1587, eg., update, information is extracted from the 

again reformatted in step 1414 into an appro pr iate database 33 updated customer files using the customer master location 

format file 1416 and then loaded in the invoice database 138 file 1586 as a driver to generate customer update 1588 data 

in step 1418. to be sent to the customer computer system to update the 

In step 1428, the reformatted invoice data 1422 (which customer databases, 
may include invoice or credit information) obtained from the ^ FIG. 22 shows the generation of vendor purchase orders 
requisition data file 138, including requisition header and from a vendor order file 1518 that contains data on the 
detail data, is validated, step 1423, to confirm that the vendor customer, items ordered and price to the central supplier, 
invoice is a participating vendor in the computerized requi- This data is reformatted into standard purchase order forms 
sitton system. Invoices received from non-participating ven- 1512 for each vendor in step 1514. These purchase orders 
dors or for orders to be handled outside of the channel 43 are then electronically transmitted, step 1516, to the appro- 
system are placed on data files 1424, unrelated to the present priate vendor. 

system, for invoices or credits from these vendors. Assum- FIGS. 23 to 26 show the data flow for «q>mhHn e and 

ingthat the invoice data is validated, then the data is edited, mainlining a master item catalog 126 and the indfvidual 

step 1426 for errors and report files, 1428, are generated of customer catalogs 136. fodrvidnai vendors 1558, provide 

edited invoice and credit information. w data (see FIG. 13) to the central computer system regarding 

In step 1438, the edited invoice data is again reformatted the items offered by that vendor, including the price to the 

and annotated with requisition data 138, eg., from rcquisi- central supplier, in step 1552. Each item in the master 

tion header and detail files (RQN HDR and RQN OTL), to catalog 126 has an associated vendor item field 1554. 

conform to the master database 182 format and is then stored The master vendor item catalog m t« tnJti»iiy M c» m frWV 

in the master database invoice file and master customer file 53 in step 1556, from information provided from the vendor, 

(VLD CM) 131. (MAST INV) 138 and validated. such as an electronically readable tape. Subsequent items 

In step 1440, data on invoices that have been invoiced to from a particular vendor are added to the master catalog in 

the customer are extracted from the invoice file 138 and sent step 1558. All vendor items may be classified by a class code 

in a marked invoice file 1442 annotated with corresponding from a class code file 1568 or product group file from the 

data, such as the price to be paid by the customer for the 60 general reference database file 128, 

ordered items, from the customer item file 1444. A price The price to the nwtnm^r for each vendor item is cstab- 

mark-up data file 1445 may be used to convert the price for lished by the central supplier in step 1562 using data from 

an item paid by the central supplier into the price charged to a vendor cost file 1564. The price for each item may be 

the customer for that item. In addition, control reports are established on an individual customer basis and loaded into 

generated with the marked invoice files. In step 1448, the 65 files for the customer item catalog and item price 1566. 

invoice file data 1442 is reformatted into a standard invoice Similarly, the customer price and item files can be updated 

format and sent to the customer (CU5T) 1458 from a when the vendor item data is changed in step 1568. 
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The individual customer catalogs 136 includes individual (viii) extracting customer billing information from the 

customer item data 1566. The customer initially selects the vendor invoices to centrally generate customer invoices 

items to be offered in its en stomer catalog in step 1572 using to be sent to each customer for the products selected by 

data files on vendor items 1554, product classes and groups the customer and that the vendors have agreed to 

1576, and customer sold to data 1578, The customer items 5 deliver to the customer; 

may be later added to, step 1580, or changed, step 158Z each of said customer computer systems having a com- 

U«^, rte custoner item files are gewrated at the central muniration unit for electronically connminica^ with 

suppber rather than at the customer computer system. In said central computer system to 

addition, «stomer pricing, step 1586, and unique item and said requisition orders for requisitional product 

^ZOL?? ' ^ £2?*^ "f**^ me io items,andhaviiigamein^ 

SS^ 1 ?? ^J^,^™ J^ 0 ^ data on requisitions and product items, and 

pjjed cost data (SEQ CUS Car) 1567 may also be main- each of said vendor computer systems having a commu- 

^ . nication unit for electronically communicating with 

The customer catalog 136 is assembled, step 16H, by said central c«npu^sy^ for recdvmg^akl pur- 

extxacting, 16t2, data from prior item ^order files, 16*4, for chase orders, focio^rlfying the indfWo^cnstomas 

that custon^ to generate a data file 16*6 for coinparing and « to receive products r^^oneTmTe purS 

merging, step 1618, data 16^ extracted, step 16*9, data on orders, and for transmitting said iirvoices having data 

tens in ^n^ter catalog and otto data files 161t. These induding an acceptance of a r«misMon orte 

mes are peric^tealty ,uixlated to, for exunpk, make price * Arequisition trad^^ 

changes in step 1612 The resulting data file 1616 containing data c* jSoduct items is mmefonnrfanekc«>iuV;ca^ 

customer ^<>g«P^^ allied to update the customer 20 accessible via said customer computer systems and idenfr 

catalog in steps 1618 and 1620. tying products available for requisition. 

The invention has been described in connection with what 3. A requisiticc tracking system as in claim 2 wherein said 
is presently considered the preferred embodiment The electronic catalog includes data uniquely identifying product 
invention is not limited to this embodiment Rather, the items by an alphanumeric designation, description, key- 
invention covers various modifications and equivalent 33 words and product category codes, and said catalog being 
arraii^ments included within the spirit and scope of the searched using one of said customer computer systems by 
appended claims. keyword and product category codes. 
What is claimed is: 4, Arequisition tracking system as m claim 1 wherein said 
1. A requisition tracking system comprising: central computer system reformats data from said invoices 
a central computer system having a memory containing ^ from a penality of vendor computer systems into individual 
data files and a data commun i cation unit for cornmu- customer invoices and dectromcally transmits said cus- 
mcating with other computer systems, said central tomer iirvoices to said customer computer systems. 
conn?uter system 5. Arequisition tracking system as in rUi m 1 wherein said 
(1) maintaining said data files containing data on central computer system maintains said customer initiated 
a^d^r^ct 1 ^^ "x^ 01125 ' ^voicing 35 requisition data files with current status data that indicates 
/in t J?~? ,. f m whether a requisitioned product item has been shipped to a 
^r^^^^X^ 3 ^ ^frfyk* customer and said vendor computer systems tran3statu s 

datatosattc^com^ 

sittoncrd^^ « J^ 1 ^* 0 * " * 

of various products selected by thetotcastomer, and centI ^ comput€X ! 7! t f m ^ ansmlts said v"™* s** 05 

a second requisition order from a second customer rc S«**g reqmsitional product items to said customer 

requisitions quantities of various products selected by center systems. 

the second customer, 7 - A requisition tracking system as in claim 1, wherein 

(iii) generating purchase orders for the products from 43 **** customer computer system periodically transmits 
iriformatioo in the requisition orders, wherein the pur- "P*** 6 indicative of an authorized customer and said 
chase orders each include at least one or more identifier central computer system maintains said customer data files 
codes that identify one or more of the individual ^daring die customer data files with said update data 
customers, and wherein a first group of purchase orders received from said customer computer systems, 
identifies the first and second customers and the quan- so 8. Arequisitioning computer system as in claim 1 wherein 
tities of at least a first product of the various products said data files in said central computer system include 
selected by the first and second customers, and a second historical data on the customers derived from said customer 
group of purchase orders identifies the first and second computer systems, requisition orders, and product items, and 
customers and the quantities of at least a second said central computer system processes said historical date 
product of the various products selected by me first and M in generating a report of certain selected extracts of said 
second customers, historical data. 

(iv) individually addressing each purchase order to a 9. A requisition system comprising: 

selected vendor, including addressing the first group of a central computer system at a first location having data 

purchase crdm to a m^veiu^ file, containing Information on customers, product 

^^^^^P vr ^<^^^^^y^ eo catalogs, suppliers of products, customer requisitions 

of the second product, of products wherein the requisitions include a first 

(v) transmitting each purchase order to a vendor computer requisition for at least first and second products from a 
system for the selected vendor, first customer, and second requisition for at least the 

(vii) receiving vendor invoices from a plurality of vendor first and second products from a second customer, 

computer systems, wherein said invoices identify the 65 purchase orders, and invoices, 

purchase orders that each vendor has accepted for a communication unit for receiving the customer rcqui- 

delivcry, and sitions from a plurality of customer computer systems 
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and invoices from a plurality of vendor computer 
systems, and for transmitting the purchase orders to the 
vendor computer systems; 
a processing unit for selecting vendors to supply customer 
requisitioned products and services, fox extracting 
information from the first and second requisitions infor- 
mation regarding the first and second products and first 
and second customers, and for generating the purchase 
orders for each selected vendor that identifies a requi- 
sitioned product and identifies two or more customers 10 
to receive the requisitioned product, and identifies the 
selected vendor to deliver the requisitioned product 
directly to each of the identified customers, and 
wherein the purchase orders Include a first group of 
purchase orders for a first vendor supplying the first 13 
product identifying the quantities of the first product 
requisitioned by each of the first and second customers, 
and a second group of purchase orders fox a second 
vendor supplying the second product identifying the 
quantities of the second product requisitioned by each 



12 

of the first and second customers, and generates cus- 
tomer invoices from vendor invoices which identify me 
products to be delivered to the respective customers 
and a charge for the products to be paid by the 
customers wherein; 
the plurality of customer computer systems are at loca- 
tions remote from said central computing system and 
receive data from me data files in the central computer 
system including catalogs, and transmit requisition 
orders for one or more products selected from the 
catalogs; and 

the plurality of vendor computer systems receive, accept 
and process the purchase orders received from the 
central computer system, generate the vendor invoices 
containing product shipping information, and product 
cost information and transmit the invoices to the central 
computer. 

* * * * * 



11/16/2003, EAST Version: 1.4.1 



